Lucene search

K

5 matches found

CVE
CVE
added 2020/04/08 6:15 p.m.51 views

CVE-2020-11576

Fixed in v1.5.1, Argo version v1.5.0 was vulnerable to a user-enumeration vulnerability which allowed attackers to determine the usernames of valid (non-SSO) accounts because /api/v1/session returned 401 for an existing username and 404 otherwise.

5.3CVSS5.1AI score0.00138EPSS
CVE
CVE
added 2020/04/08 8:15 p.m.51 views

CVE-2020-8827

As of v1.5.0, the Argo API does not implement anti-automation measures such as rate limiting, account lockouts, or other anti-bruteforce measures. Attackers can submit an unlimited number of authentication attempts without consequence.

7.5CVSS7.6AI score0.00714EPSS
CVE
CVE
added 2020/04/08 8:15 p.m.51 views

CVE-2020-8828

As of v1.5.0, the default admin password is set to the argocd-server pod name. For insiders with access to the cluster or logs, this issue could be abused for privilege escalation, as Argo has privileged roles. A malicious insider is the most realistic threat, but pod names are not meant to be kept...

8.8CVSS8.6AI score0.00429EPSS
CVE
CVE
added 2020/04/09 5:15 p.m.43 views

CVE-2018-21034

In Argo versions prior to v1.5.0-rc1, it was possible for authenticated Argo users to submit API calls to retrieve secrets and other manifests which were stored within git.

6.5CVSS6.2AI score0.00884EPSS
CVE
CVE
added 2020/04/08 8:15 p.m.32 views

CVE-2020-8826

As of v1.5.0, the Argo web interface authentication system issued immutable tokens. Authentication tokens, once issued, were usable forever without expiration—there was no refresh or forced re-authentication.

7.5CVSS7.7AI score0.00468EPSS